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(54) System and method for implementing an overlay pathway 



(57) A system and method for processing overlay 
display data. A display FIFO pipeline processes back- 
ground graphics display data and a separate overlay 
FIFO pipeline processes overlay display data stored in 
an off-screen part of a graphics memory. The overlay 
FIFO pipeline performs format conversion, interpolation 
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and scaling on the overlay display data and outputs it to 
an overlay mux. The overlay mux selects between the 
outputs of the display FIFO pipeline and the overlay 
FIFO pipeline in the processing of each scan line. 
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Description 

This is a continuation-in-part of pending Application entitled "Computer System with Double Simultaneous Displays 
Showing Differing Display Images", Serial No. 08/486,796 (VP003), filed on June 7, 1995. 

5 

Cross Reference to Related Applications 

The subject matter of the present application is related to subject matter disclosed in United States patent applica- 
tion Appl. No. 08/487,121 (VP002), filed June 7, 1995, entitled "Computer System with Video Display Controller having 
10 Power Saving Modes", and to application Appl. No. 08/487,1 1 7 (VP005), filed June 7, 1995, entitled "Computer System 
with Display", to application Appl. No. 08/485,876 (VP001), filed June 7, 1 995. entitled, "Display FIFO Module Including 
a Mechanism for Issuing and Removing Requests for DRAM Access", and to application Appl. No. 08/487,120 (VP004) P 
filed June 7, 1995, entitled, "Computer System with Dual-Panel LCD Display", all filed on the same day and assigned 
to the same assignee as the present application. 

75 

Background of the Invention 
Field of the Invention 

20 The present invention relates generally to graphics systems, and more specifically, the present invention is directed 
toward the processing of graphics overlays. 

Related Art 

25 A conventional bus arbitrating circuit is known in accord with United States patent No. 4,453,214 (hereinafter, the 
*214 patent), issued 5 June 1984 to Ralph L Adcock. According to the '214 patent, a bus arbitrator and memory man- 
ager (BAMM) establishes a priority among competing operating units of a computer system. The BAMM sorts requests 
for access to the memory according to a priority, and allows the device with the highest priority access ahead of the 
other devices. It appears that once a device is allowed access to the memory, an interrupt of this access is not allowed 

30 when a request for access from another device with a higher priority is received by the BAMM of the '214 patent. When 
a device which has had memory access is finished with this access, it provides a "sign off" signal, thus allowing the 
BAMM to permit memory access to the device requesting access and having the highest priority. 

With a BAMM of the type disclosed by the 214 patent, a display FIFO of a computer system could conceivably be 
denied access to the DRAM at a time when a display FIFO is nearly or completely out of information for display. Thus, 

35 continuity of operation of the display of the computer system could be interrupted. Understandably, this type of display 
interrupt would be concerning and confusing for a user of the computer system. 

Another conventional graphics system with a graphics controller and DRAM controller is known in accord with 
United States patent No. 4,991,112 (hereinafter, the '112 patent), issued 5 February 1991 to Jean-Michel Callemyn. 
According to the '112 patent, a DRAM controller receives refresh requests and requests for access to the DRAM in 

40 bursts, and arbitrates among the requests. During a display stage, after a preparatory read, the greatest priority is given 
to the display FIFO. A read of the DRAM in bursts may be interrupted when the FIFO is full. In this case, priority is given 
to a possible preparatory read. In the absence of a preparatory read request, a request by the CPU will be honored and 
access to the DRAM will be effected for the CPU. As soon as the FIFO makes a request for access, however, the CPU 
access will be interrupted, and the previously interrupted read in bursts for the FIFO with be resumed. During the line 

45 return stage, differing priorities are set for access to the DRAM. That is, refreshing the DRAM is given highest priority, 
followed by filling of the display FIFO. Third in priority is compliance with access requests from the graphics processor, 
and then assesses for the CPU. However, other than the interrupt described above, the '112 patent is not believed to 
allow interruption of an access to the DRAM once this access is allowed. Additionally, the interrupt allowed by the '112 
patent is an inherent interrupt necessary to prevent data of the FIFO from being overwritten by new data because the 

so FIFO is full. 

Yet another conventional DRAM refresh controller with a bus arbitration scheme is known in accord with United 
States patent No. 5,345,577 (hereinafter, the *577 patent), issued 6 September 1994, to Tzoyao Chan and Milton Che- 
ung. According to the '577 patent, a cache controller is provided with both burst and hidden refresh modes. Refresh 
requests are counted but not acted upon by allowing memory access until a certain number of these requests are 
55 received. On the other hand, hidden refreshes are done with no hold signal being sent to the CPU while the refresh is 
done. Until the refresh is completed local memory access but not remote memory access is allowed. Consequently, the 
CPU is denied memory access during a hidden refresh, but will not expect immediate access to the memory anyway 
so that the hidden refresh does not interfere with CPU operation. Interruption of memory access once granted does not 
appear to be a feature of this patent. 
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Taking general considerations into account, in a graphics controller, such as a VDC generally described above, 
arbitrating DRAM interface (access) among the several devices of the system is the most critical portion of the control- 
ler. Access to the DRAM dictates how and when devices such as the bit-BLT engine, display FIFO, and the local bus 
(that is, the CPU) have access to the DRAM. Access requests by the CPU and bit-BLT engine are mutually exclusive, 

5 and will not occur simultaneously. Ordinarily, whenever access to the DRAM is discontinued for one device and allowed 
for another device, a new page of the DRAM must be accessed. That is, the DRAM may be visualized as a two-dimen- 
sional array of memory locations. This memory uses rows and columns of memory locations (or memory cells) with a 
row pointer and a column pointer. As long as memory access is made to a single row of the memory, with the column 
pointer simply moving along the row as data is written to or read from address locations of the row, then a single-page 

w access to the memory is effected, and no page break is necessary. However, when another row (i.e., another page) of 
the memory must be accessed, a pre-charge sequence must be run in preparation to accessing the next row of memory 
locations. This pre-charge sequence takes time so that a multiple-page access to the memory is not nearly as efficient 
as a single-page access in terms of the amount of data written into or read from the memory during the time interval of 
such a memory access. 

is Thus, page-mode access to the DRAM is much more efficient in terms of time utilization than is random access to 
the DRAM because of the many page breaks required for random access. When page-mode is not maintained for the 
DRAM, then at least one preparatory pre-charge cycle must be conducted to allow access to another different page of 
the DRAM in addition to the time interval required to write the data to or read the data from the memory cells. When 
access is allowed to the DRAM for the bit-BLT, these accesses will ordinarily be multi-page accesses which consume 

20 considerable time, but a request for this access does not require that immediate access to the DRAM be granted. On 
the other hand, CPU (local bus) access to the DRAM is usually a single-page access, requires considerably less time 
than a bit-BLT access, and also does not require that a request result in immediate access. However, when the CPU is 
required to wait for DRAM access, the system throughput is decreased and the WINMARKS (industry standard per- 
formance bench marks) for the computer system also are decreased. Further, the display FIFO of a graphics controller 

25 also requests DRAM access, and may be envisioned as a storage tank of water (data) draining at a uniform rate from 
the bottom, and only occasionally being refilled from the top. The display FIFO stores image information to be sent to 
the display devices (i.e.. to the CRT or LCD, for example). The rate of drainage of the data from the display FIFO 
depends on the mode of display operation. If the display is being operated in a grey-scale mode which requires four bits 
per pixel, then the display FIFO will not drain very fast. On the other hand, if the user is operating the display in a color 

30 mode, then each pixel of the display may require eight bits, or sixteen bits, or possibly more than sixteen bits of infor- 
mation; and the display FIFO will drain correspondingly faster. 

When being refilled, the refilling rate of the display FIFO is much higher than the draining rate. But. refilling may be 
intermittent and interrupted for the allowance of other activities requiring access to the DRAM. Further, it must be under- 
stood that while the FIFO is being refilled, complete double-words of data must be input from the DRAM. If there is 

35 insufficient room at the top of the display FIFO to accept all of the last complete double-word of data being input at a 
particular time, then some of the existing data will be overwritten and lost. Conventionally, a FIFOLO request (a low pri- 
ority request for DRAM access) is issued by the display FIFO to the DRAM controller as soon as the display FIFO has 
room at the top for at least one double-word of new data without overwriting existing data waiting to be sent to the dis- 
play device. 

40 Consequently, one or more accesses to the DRAM may be granted to the display FIFO in response to the FIFOLO 
request. This request is not cleared until the FIFO is filled. If the display FIFO is not adequately refilled in response to 
the FIFOLO request, then as soon as the display FIFO starts to write its last double-word of data to the display a FIFOHI 
request for access to the DRAM will be issued. This FIFOHI request will be honored immediately. Again, the FIFOHI 
request will not be cleared until the FIFO is filled completely. Consequently, a conventional DRAM controller will clear 

45 both FIFOLO and FIFOHI simultaneously after a FIFOHI request has been issued. Again, these requests for DRAM 
access would conventionally not be cleared until the FIFO is completely filled with fresh data. 

Figure 1, line 1, depicts a timing diagram showing an idealized sequence of accesses to a DRAM of a VDC alter- 
nating between a display FIFO and a bit-BLT engine. Line 2 of this Figure 1 also shows an idealized sequence of 
accesses to the DRAM by a display FIFO and the CPU. These idealized timing diagrams show that neither the bit-BLT 

so or CPU is required to wait for DRAM access, that the DRAM has no idle time, and that the accesses granted are rela- 
tively long for the bit-BLT so that multi-page accesses can be accomplished. Conventional computer system graphics 
controllers do not achieve such idealized management of DRAM access. 

Moreover, in an actual computer system graphics controller (i.e., a VDC), the sequencing of the requests for access 
to the DRAM and the accesses to the DRAM actually granted are not idealized. Accordingly, hypothetical Figure 2 (des- 

55 ignated as prior art) depicts a timing diagram as might be experienced in an actual conventional computer system 
graphics controller. Viewing Figure 2, the first of the three time lines of this graph respectively shows requests for 
access to the DRAM from the CPU. The next two lines show access requests from the display FIFO: first on a low pri- 
ority basis (FIFOLO) - indicating that the display FIFO is sufficiently depleted of display information that at least one 
double-word of new information can be written to this FIFO without overwriting existing data; and secondly, on a high 
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priority basis (FIFOHI) - indicating that the display FIFO is using its last double-word of information and is at risk of run- 
ning out of information to be provided to the user by means of the display device (i.e., the CRT or LCD, for example). 
These FIFOLO and FIFOHI requests are not cleared (i.e., removed or discontinued) until the display FIFO is granted 
DRAM access and the FIFO is completely filled with data. In this conventional graphics controller access to the DRAM 

5 at the highest priority is allowed to a display FIFOHI request, even interrupting an access already granted to the CPU 
or to another device of the computer system. 

Considering Figure 2, during interval #1. the CPU is granted DRAM access and signs off. During interval #2, the 
DRAM is idle. The beginning of interval #3 indicates the start up of the display graphics process with the display FIFO 
empty, and the simultaneous issuance of a FIFOLO and FIFOHI request. The FIFOHI request is honored, but these 

w requests (FIFOLO and FIFOHI) are not cleared until the display FIFO is completely filled with data. As a result, the 
beginning of interval #4 indicates a request from the CPU for DRAM access which will not be honored until the FIFOHI 
request is cleared. Interval #4 indicates waiting time for the CPU. The end of interval #4 indicates the simultaneous 
clearing of both FIFOLO and FIFOHI, and the beginning of interval #5 during which the CPU is finally granted DRAM 
access. Interval #9 indicates the issuance of a FIFOLO request from the display FIFO for DRAM access. Because insuf- 

15 ficient data is provided to the display FIFO in response to the FIFOLO request (another device, such as the bit-BLT, for 
example, may be making DRAM access so that the FIFOLO request in not sufficiently honored), the display FIFO 
issues a FIFOHI request at the beginning of interval #10. This FIFOHI request is honored immediately during interval 
#10. However, another interval (interval #10) results during which the CPU is denied access to the DRAM. At the end 
of interval #10 the FIFOLO and FIFOHI requests are both cleared simultaneously, and the CPU is granted DRAM 

20 access. 

Moreover, Figure 2 shows that the conventional arbitration scheme results in the DRAM sometimes being idle 
(intervals 2, 6, and 8), and in either the CPU or display FIFO waiting for access to the DRAM (intervals 4, 9, and 10). 
Once a FIFOHI request is made, the CPU is be required to wait until the display FIFO is completely filled before access 
to the DRAM can be granted to the CPU, even though the display FIFO may have received enough data that there in 
25 no longer an immediate risk of its running out of data for the displays. This conventional graphics controller both fails to 
maintain page mode for the DRAM, and also decreases the throughput rate for the computer system. 

Accordingly, a long-felt need has been recognized for a more efficient and effective way of arbitrating access to the 
DRAM of a graphics controller. 

Further, a conventional display controller is known in accord with United States patent No. 5,138,305 (hereinafter, 
30 the '305 patent), issued 1 1 August 1992 to Yuichi Tomiyasu. It is believed that the '305 patent teaches a display control- 
ler which will drive a LCD using VGA format signals intended for a CRT The '305 patent does not appear to relate to 
simultaneously driving double displays, each with a different image. 

Another conventional VGA controller card is known in accord with United States patent No. 5,150,109 (hereinafter, 
the '109 patent), issued 22 September 1 992 to Wayne F. Berry. The '109 patent is believed to disclose a bus-mountable 
35 VGA controller card for IBM compatible computers, which will allow driving of a LCD, or of a CRT, or of the LCD and 
CRT simultaneously. However, both display devices will show the same image. The '109 patent is not believed to relate 
to the driving of two display devices simultaneously, with each display device showing a different image. 

Still another conventional system for raster imaging with automatic centering and image compression is known in 
accord with United States patent No. 5,293,474 (hereinafter, the '474 patent), issued 8 March 1994 to Subas S. Patil, 
40 etal. The '474 patent is believed to relate to a video display control system in which horizontal or vertical centering, or 
both, of an image as presented on a display, as well as image compression to fit a display size, without using a memory 
frame buffer. The '474 patent is not believed to relate to driving double displays simultaneously, with each display having 
a different image. 

45 Summary of the Invention 

The present invention identifies a graphics controller that includes two pipelines individually dedicated to back- 
ground graphics display data and overlay display data. Overlay display data is stored by one or more sources in an off- 
screen part of a graphics memory. Since the overlay display data is stored in a format native to the originating source, 
so CPU functions associated with format conversion, scaling, interpolation, and border shaping are thereby eliminated. 
Additionally, associated local bus traffic between the CPU and the graphics memory is eliminated. 

To compensate for this processing change, an overlay FIFO pipeline within a graphics controller is dedicated to the 
processing of overlay display data. This overlay FIFO pipeline retrieves the overlay display data from the off-screen part 
of the graphics memory and performs any necessary format conversion, interpolation, scaling, etc. Processed overlay 
55 display data is sent to an overlay mux that selects between the processed overlay display data and background graph- 
ics data from a display FIFO pipeline. 

In providing a hardware solution to multiple overlays, the graphics controller assigns a set of registers to each over- 
lay. These registers identify the position of the overlay, the unsealed size of the overlay, the scale factor, the address of 
the overlay data in memory, a native format, and an enable bit. Assignment of these register sets based on the prede- 
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ter mined position of the overlay on the display can define the order in which overlay data is to be read and processed 
by the overlay FIFO pipeline. Additionally, use of the enable bit to define complementary overlay memory areas permits 
the graphics controller to process double buffered overlay display data. Finally, priority logic within the graphics control- 
ler arbitrates memory access requests to the graphics memory using a tiered approach. This tiered approach allows 
5 upper tier memory access requests to interrupt existing lower tier memory access requests, thereby improving the sys- 
tem throughput. 

Brief Description of the Figures 

10 The foregoing and other features and advantages of the invention will be apparent from the following, more partic- 
ular description of a preferred embodiment of the invention, as illustrated in the accompanying drawings. In the draw- 
ings, like reference numbers indicate identical or functionally similar elements. Additionally, the left-most digit of a 
reference number identifies the drawing in which the reference number first appears. 

is Figure 1 provides a graphical representation of idealized accesses to a dynamic random access memory by a bit 
block transfer (bit-BLT) engine and by a central processing unit (CPU). 

Figure 2 presents a hypothetical timing diagram which may be experienced in a prior art computer system having 
a conventional graphics controller. 

Figure 3 provides a pictorial presentation of a computer system, including a notebook type computer having a LCD 
20 display to display a first image, and also a television which being used as a display device for the computer system 
10 to display a different second image; 

Figure 4 is a schematic functional block diagram of the computer system seen in Figure 1 ; 
Figure 5 provides a schematic functional block diagram of the video display controller (VDC) of the computer sys- 
tem seen in the preceding figures; 
25 Figure 6 is a graphical representation of a first-in-first-out display memory of the computer system seen in preced- 
ing Figures; 

Figure 7 is a schematic functional block diagram of a sequencer and controller (SEQC) of the present computer 
system; 

Figure 8 provides a tabulation of a two-tiered prioritized arbitration scheme implemented for allowing access to a 
30 DRAM of the present computer system; 

Figure 9 provides two simultaneously running flow charts implemented by the display FIFO of the present invention 
in arbitrating access to the DRAM; 

Figure 10 provides a tabulation of a three-tiered prioritized arbitration scheme implemented for allowing access to 
a DRAM of an alternative embodiment of the present computer system; 
35 Figures 1 1 and 12 provide timing diagrams illustrating the result of the arbitration for access to the DRAM per- 
formed by the SEQC of the present computer system: 

Figure 13 is a functional block diagram of a conventional computer system having the ability to drive two display 
devices displaying differing images, and having separate processing channels for image information from a DRAM 
of the computer system to the display devices; 
40 Figure 1 4 provides a functional block diagram of a portion of the VDC of a computer system embodying the present 
invention; 

Figure 15 is a functional block diagram of a portion of the VDC represented in Figure 14; and 
Figures 16, 17, and 18 are functional block diagrams of portions of the VDC seen in Figures 14 and 15. 
Figure 19 illustrates a software solution to the processing of overlays. 
45 Figure 20 illustrates a hardware solution to the processing of overlays. 

Figure 21 illustrates a preferred embodiment of a graphic controller for processing overlays. 

Figure 22 illustrates a scan line used in the creation of a display. 

Figure 23 illustrates the meaning of register values assigned to each overlay 

Figures 24A and 24B illustrate the assignment of registers in the performance of a double buffering function. 
so Figure 25 illustrates an embodiment of the control part of the graphics controller. 

Figure 26 illustrates the non-display areas identified by horizontal and vertical counters. 

Figure 27 illustrates a timing diagram of control signals between the controller and the overlay FIFO pipeline. 

Figure 28 illustrates an embodiment of the overlay FIFO pipeline. 

55 Detailed Description of the Preferred Embodiments 

Viewing Figure 3, a computer system 10 includes a notebook computer 12, and an additional display device 14 
interfaced with the notebook computer 12 via a cable 16. The additional display device 14 is illustrated as a conven- 
tional television. Those ordinarily skilled in the pertinent arts will recognize that the television accepts signals in NTSC 
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format and displays an interlaced image. Alternatively, the computer system 10 may be interfaced with a conventional 
CRT monitor using RGB signals (and horizontal and vertical synchronization signals) and providing a non-interlaced 
image. The notebook computer 1 2 includes various input devices, such as a keyboard 18, a floppy disk drive 20, and a 
track bail 22. Those ordinarily skilled in the pertinent arts will recognize that the track ball is essentially a stationary 
5 mouse input device. The computer system 10 may include additional input devices, such as a hard disk drive, a CD- 
ROM, and a serial input-output (I/O) port. Several of these devices also function as output devices for the computer sys- 
tem 10 in addition to a liquid crystal display 24. As described hereinbelow, the display 24 is presented as being of dual 
panel type. As depicted, the notebook computer is being used to perform a multi-task operation. For example, the note- 
book computer 12 may be used to conduct a financial analysis, the data for which is displayed on LCD 24, and a graph- 
ic ical depiction of which is displayed on CRT 1 4. 

Figure 4 provides a schematic block diagram of the computer system 10, with the input devices all subsumed within 
one representative block 26. The input devices are interfaced with a microprocessor 28, which also has an interface 
with a memory facility 30 that includes dynamic random access memory (DRAM). A data bus 32 interfaces with the 
microprocessor 28 and provides an interface with the output devices, including the LCD and CRT image display devices 

is 14 and 24. The other output devices for the computer system 1 0 are subsumed in a representative block 14. In order to 
facilitate the interface with the image display devices 1 4 and 24, the computer system 1 0 includes a video display con- 
troller (VDC) 36 interfacing with the bus 32, and providing driving signals for the LCD 24 and CRT 14. The VDC 36 has 
an interface with DRAM, represented on Figure 4 with the schematic blocks 38. Also, the VDC 36 has an interface with 
a power management facility 40 of the computer system 1 0. A dedicated clock 42 provides a reference clock rate to the 

20 VDC 36. 

Turning now to Figure 5, it is seen that the VDC 36 includes an internal clock 44 referenced to the clock signal from 
the dedicated clock 42, and providing clock signals to a video section 46 of the VDC. The clock signals provided by 
internal clock 44 may include a pixel clock (Pclk) and a memory clock (Mclk), the use of which will be further explained 
below. In order to interface the video section 46 with the bus 32, and hence with the microprocessor 28, the video sec- 

25 tion 46 includes a programmable host interface 48. The host interface 48 is programmable to configure the VDC 36 for 
interface with a number of conventional bus configurations. For example, host interface 48 may be configured for inter- 
face with a conventional Intel 486DX local bus, with a VL-Bus, and with a PCI interface bus. The host interface 48 inter- 
faces the bus 32 with a VGA core portion 50 of the VDC 36. This VGA core portion 50 includes a sequencer, to be 
further described below, a cathode ray tube controller (CRTC), a graphics controller, an attribute controller, and conven- 

30 tional VGA circuitry. 

In order to allow the VGA core 50 to generate and control the text, graphics and other visual characters to be dis- 
played on the CRT and LCD (such as a cursor and icons, for example), the VGA core is interfaced with a hardware cur- 
sor generator 52, a bit-BLT engine 54, and a display FIFO 56. An additional two display FIFO's 56', and 56" are also 
interfaced with the VGA core 50. An alternative embodiment of the VDC 36 supporting only a single display device 

35 (either LCD or CRT) will include only a single display FIFO, and is further explained below. Another alternative embod- 
iment supporting two display devices (one LCD and one CRT) will include two display FIFO's 56 and 56'. Of course, this 
embodiment will also support a single display device of LCD or CRT type. As will be explained, the embodiment includ- 
ing display FIFO 56 and the additional two display FIFO's 56' and 56", is employed to support the dual display operation 
of the computer system 10, as was explained with reference to Figure 3, using a standard television as the second dis- 

40 play device. 

When a display device providing an interlaced image is used to display normally non-interlaced computer graphics 
imagery, the image ordinarily includes a lot of flicker. However, the computer system 10 (VDC 36) includes the two addi- 
tional display FIFO's 56' and 56" which are employed to store alternate lines of the non-interlaced imagery, and to 
sequentially supply these alternate lines of imagery to the television 24 for display as an interlaced image with reduced 

45 flicker. Accordingly, hereinafter when the display FIFO 56 is referred to, this reference includes also display FIFO's 56* 
and 56". As will be further explained below, the alternative embodiment of the invention having only a single display 
FIFO may implement a simplified decisional scheme when deciding on allowing access to the DRAM 38. 

The hardware cursor generator 52 selectively provides a cursor of increased size (i.e., twice as large as normal, for 
example), which is easier to visually follow as it moves across a display screen, in response to detection of a certain 

so preselected speed of movement of the cursor provided by a software program running on microprocessor 28. Thus, 
when a user of the computer system 10 uses the mouse or keyboard keys to move the cursor of a program, if the speed 
of movement reaches the preselected threshold, then the cursor becomes doubled or larger. The bit-BLT engine, as 
was explained earlier, provides for block transfers of bits generated to provide graphics and other such visual characters 
on the CRT and LCD screens 14 and 24. 

55 More specifically, the bit-BLT engine performs read, write, and block transfers of bits representing these characters, 
solid fills, destination inversions, and pattern fills. The bit-BLT performs all data alignment and masking at the bounda- 
ries of block transferred characters, as well as text expansions to accelerate the writing of monochrome images. As was 
explained above, the display FIFO temporarily stores bits of information, in integer multiples of double-word size units 
or levels, awaiting the writing of these bits to pixels of the displays 1 4 and 24. Preferably, the display FIFO 56 is an eight- 
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stage FIFO, storing eight 32-bit double-words of display information for sending to the CRT and LCD 14 and 24. 

Each of the hardware cursor generator 52, bit-BLT 54, and display FIFO 56 are also interfaced with a DRAM con- 
troller 58. This DRAM controller 58, as will be further explained, implements the functions of the DRAM control- 
ler/sequencer described in general terms above to arbitrate and implement requests for access to the DRAM by various 

5 functional units of the computer system 10, including other portions of the VDC 36. As is seen in Figure 5, the DRAM 
controller 50 has an interface with the DRAM 38. For purposes of simplicity of illustration, the DRAM 38 is shown in Fig- 
ure 5 as a single functional block. However, those ordinarily skilled in the pertinent arts will recognize that this DRAM 
may comprise one or several DRAM chips. The display FIFO 56 has an interface (via the VGA controller 50 and DRAM 
controller 58) with both a palette controller 60, and with a liquid crystal display (LCD) interface controller 62. The palette 

w controller 60 interlaces with a digital-to-analog converter (DAC) 61 . The palette controller implements the standard 256- 
by-18 VGA palette, while the LCD interface controller performs frame modulation and dithering for 64 shades of grey in 
monochrome mode operation; and 64K shades of red, green and blue for a full 256K colors in color mode operation. 

In order to complete this explanation of the structure represented in Figure 4, it will be noted that the VDC 36 
includes a power down controller 64. This power down controller has an interconnection with a power down register 65, 

is which itself has a generalized interconnection within the VDC 36. This generalized interconnection of the power down 
register 65 is indicated on Figure 5 with the plurality of arrows leaving the register 65. These interconnections of the 
power down register 65 permeate the VDC 36 and allow it to be configured for various modes of operation and for var- 
ious corresponding power down modes. Also, the power down controller 64 has an interface with the LCD 24 in order 
to facilitate such power saving functions as LCD back light "off", and LCD display "off", under control of parameters set 

20 by the user of the computer system 1 0. 

Turning now to Figure 6, a simplified graphical presentation of the display FIFO 56 is presented. Preferably, this dis- 
play FIFO 56 has a capacity of 8, 32-bit double-words, or levels. These levels are indicated by the numerals 1 -8 along 
the left side of Figure 6. Other memory capacities may be employed for a display FIFO without departing form the spirit 
and scope of the present invention. From the bottom of this display FIFO, while the display 14 or 24 is active, data is 

25 continuously drained to the display units at a rate which is mode dependent, as was explained above. 

At the top, the display FIFO is intermittently refilled at a rate dependent upon the speed of the DRAM 38 and of the 
memory clock of the VDC (as well as other parameters of the computer system 10). This refilling of the display FIFO is 
discontinuous, and occurs according to availability of the DRAM 38, as is further explained below. Along the right side 
of the graphical representation of Figure 6, are placed two movable pointers. One of these pointers (pointer 66) indi- 

30 cates that when the data level in the FIFO falls below this pointer, then a FIFOLO request is issued for additional data 
from the DRAM. This pointer 66 has a permissible position from 4 to 7. The other pointer 68 indicates the issuance of 
a FIFOHI request for additional data from the DRAM 38. Pointer 68 has a permissible position from 0 to 7. In each case 
the issuance of a FiFOLO or FIFOHI request indicates that the FIFO 56 can accept at least one additional double-word 
level of data. 

35 The position of the pointer 68 along the FIFO 56 is dependent upon the mode of operation of the displays 1 4 and 
24 (indicative of the rate of drainage of the FIFO 56), and the rate of possible filling of this FIFO (determined by the inter- 
val of the pixel and memory clocks of the VDC, the speed of the DRAM 38, and other interconnect intervals and data 
transfer intervals of the VDC) such that a FIFOHI request can be issued at a time as early as level 7 or as late as zero 
level of data in the FIFO 56 in order to insure that the FIFO does not run out of data. As pointed out above, when FIFOHI 

40 is issued, other accesses to the DRAM 38 are interrupted. Accordingly, if the display FIFO is draining slowly and the 
computer system can refill the FIFO quickly, the pointer 68 can be set at zero and the display will still not run out of data. 

The pointer 66 is dependent for its position on the mode of display operation and on similar parameters of the com- 
puter system 1 0. This pointer will be set in the range from 4 to 7 in order both to facilitate early filling of the FIFO 56 with 
a minimal number of FIFOHI requests being issued, and to allow other devices of the computer system with best access 

45 to the DRAM 38. Understandably, the set point for the FIFOLO request (pointer 68) is not as critical as that for the FIF- 
OHI request, and as will be seen, the level for this FIFOLO request pointer fits into a lower-tier prioritization scheme 
implemented by the DRAM controller 58. However, the FIFOLO request is issued at a level of the FIFO attempting to 
obtain sufficient access to the DRAM that a FIFOHI request will not be issued, or that the intervals between FIFOHI 
requests will be maximized. 

so As will be seen, an address state machine continuously counts new levels (double-words) of data which have 
entered the FIFO 56, and on the filling into the FIFO of every selected number of levels of data, a decision is made 
whether to remove the FIFOLO or FIFOHI requests. At no other time is a request for data from the FIFO 56 cleared. 
The display FIFO need not be filled completely in order to clear a FIFOLO or FIFOHI request. 

Turning now to Figure 7, a functional block diagram of the interconnections of the DRAM controller 58 and DRAM 

55 with the various devices of the computer system 10 is depicted. The numeral 70 within a block indicates a possible 
request for a DRAM refresh cycle, which request is issued on a regular repeating time interval by a clock in the VDC 38 
(indicated on Figure 5 as M DR CLOCK"). Thus, the receipt of this request is a certainty. The time-sequencing of this 
request with the other requests is uncertain. Similarly, the numeral 72 within a block indicates a possible request for 
access to the DRAM by a half-frame buffer of the LCD controller 62 (indicated on Figure 5 with the numeral 62'). This 



7 



BNSDOOID* <EP O802519A1 ) > 




EP0 802 519 A1 

half-frame buffer receives and temporarily stores in the DRAM 38 pixel values which are written to the panels of the LCD 
24. When the pixel values need to be refreshed, one of the panels receives fresh information from its associated display 
FIFO via the LCD controller 62. The other panel receives a repeat of previous pixel values which had been previously 
stored temporarily in the DRAM by the half-frame buffer 62'. 

5 The panels of the LCD 24 alternate in receiving fresh image data from the display FIFO and from the half-frame 

buffer 62\ with the half-frarne buffer temporarily storing the fresh pixel values in the DRAM 38 for use in refreshing the 
particular panel of the display 24 while the other of the two panels is receiving fresh image data. This half-frame buffer 
has a limited amount of internal memory. Accordingly, during a memory access to the DRAM 38, the half-frame buffer 
62' will receive enough pixel values to provide refreshing of several pixels on the display 24. The half-frame buffer issues 

10 requests for access to the DRAM on a FRAMELO (low priority), or FRAMEHI (high priority) basis dependent upon the 
amount of data remaining in the limited memory capacity of the half-frame buffer for use in refreshing pixels of the LCD 
24. 

The numeral 74 within block 28 indicates a possible request made by the CPU 28 for access to the DRAM 38. The 
numeral 76 within block 54 indicates a possible request for access to the DRAM 38 issued by the bit-BLT engine 54, 
15 while the numeral 78 within block 56 indicates possible requests (FIFOLO or FIFOHI) issued by the display FIFO 56 
seeking fresh data to be temporarily held for sending the display devices 14 or 24. As will be further explained, the FIFO 
requests may include a FIFOLO or FIFOHI request from and identified with each of the FIFO's 56, 56', and 56". 
Requests once made are continued (remain as pending) until satisfied, or until otherwise cleared in the case of the FIF- 
OLO and FIFOHI requests. 

20 Still viewing Figure 7, the numeral 80 within a block indicates a possible request received from the mouse image 
generator circuits (i.e., introduced and explained above) for access to the DRAM 38 to draw a mouse image. The 
numeral 82 within a block represents an address generator servicing the display FIFO 56 (or FIFO's 56, 56', and 56") 
by generating addresses for use in reading data from the DRAM 38 to the display FIFO in response to a request for such 
data. Those ordinarily skilled in the pertinent arts will recognize that the embodiment having multiple display FIFO's 56, 

25 56'. etc., will also have a separate address generator 82 for each of these display FIFO's. A DRAM address multiplexer 
84 provides the generated addresses to the DRAM 38. This address multiplexer also includes a facility for recognizing 
when generated addresses require a page break in the DRAM 38, and provides a page break signal (indicated with 
numbered arrow 88) to the SEQC 86 which is used in initiating the pre-charge sequence necessary in the DRAM 38 in 
order to allow a different page of this memory to be accessed. This page break signal is indicated when new data has 

30 a different row address from the last previous data input into the DRAM 38. In the event that the new data has the same 
row address, a page break signal is not issued, and page mode operation of the DRAM is maintained with no lost time 
for a pre-charge sequence even when the last previous data and the new data are from different devices of the compu- 
ter 10. That is, a change of device accessing the DRAM 38 does not necessarily cause a page break in the DRAM 38. 
Within SEQC 86 is a priority logic unit 90 implementing a logical selection process among the pending requests for 

35 access to the DRAM 38, as is illustrated in Figures 8 and 10. Figure 8 represents the simpler alternative of a DRAM 
controller having only a single display FIFO 56, and will be considered first. Viewing Figure 8, it is seen that the pending 
requests for access to the DRAM 38 are first of all assigned to one of two tiers (an upper tier and a lower tier), as will 
be further explained. Within the upper tier, pending requests are ranked in order of priority (numbered 1 U through 5U). 
Similarly, within the lower tier, pending requests are ranked in order of priority (indicated as 1L through 3L). Within this 

40 logical structure of ranked pending requests for access to the DRAM 38, each upper-tier request may interrupt any 
existing access to the DRAM 38 granted in response to another upper-tier request with a lower rank, and may also inter- 
rupt an access granted in response to all lower-tier requests. Thus, if an access to the DRAM for the display FIFO is 
underway in response to a FIFOLO request (ranked 1 L), and a request to refresh the DRAM is received by the SEQC 
(ranked 4U), then the display FIFO access is interrupted. The DRAM is then refreshed. 

45 However, if during this refreshing of the DRAM, a CPU request for access to the DRAM is received (ranked 5U), 
the CPU will have to wait for access to the DRAM because the SEQC will not allow an interrupt for a lower ranked 
request even in the upper tier. On the other hand, if a FIFOHI request (ranked 2U) is received during a refresh of the 
DRAM 38, then this request will be honored by an interruption of the DRAM refresh and granting of access to the DRAM 
by the display FIFO for receiving new data for display. Within the lower tier of requests, no interrupts of existing 
so accesses to the DRAM 38 are allowed. These lower-tier requests are simply allowed access to the DRAM in order of 
priority and may be interrupted by any upper-tier request. That is, an access to the DRAM 38 granted in response to a 
bit-BLT request (ranked 3L) will not be interrupted by any other lower-tier request, but may be interrupted by any upper- 
tier request. 

Further to the above, Figure 9 graphically depicts an additional function performed by the DRAM controller 58 by 
55 use of a level counter 92 (seen in Figure 7), recalling that display FIFO 56 and DRAM controller 58 are both within the 
VDC 36 and are interfaced with one another. The level counter 92 continuously monitors addresses generated for 
accessing data within DRAM 38, and which are used in writing this data to the display FIFO 56. Every Nth level of data 
("N" representing a selected integer multiple of levels of data provided to the display FIFO 56), the level counter 92 
resets a flag or, register in the SEQC 86. As Figure 9 illustrates, the DRAM controller 58 simultaneously and independ- 
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ently tests the result of two separate questions. One question is whether the level of data in display FIFO 56 is below 
the FIFOLO pointer. IF the answer is "no", the question is continued. If the answer is "yes", then the FIFOLO request is 
issued. Every Nth level of data written to the display FIFO 56 (as indicated by the reset flag or register explained above), 
the question is asked again, and if the answer is "no", the FIFOLO request is cleared. Thus, FIFOLO may be cleared 
5 without the display FIFO being completely filled with data. 

Similarly the other question is whether the level of data in display FIFO 56 is below the FIFOHI pointer. IF the 
answer is "no", the question is continued. If the answer to this question is "yes", then the FIFOHI request is issued. As 
pointed out above. FIFOHI (ranked 2U. recalling Figure 8) will effect an interrupt of all other requests for access to the 
DRAM 38, except for the mouse request (ranked 1U). Thus, the issuance of FIFOHI will in a very short time result in 
10 data being accessed in DRAM 38 and written into the display FIFO 56. Every Nth level of data written to the display 
FIFO 56 (as indicated by the reset flag or register explained above), the question is asked again, and if the answer is 
"no", the FIFOHI request is cleared. Thus, FIFOHI may also be cleared without the display FIFO being completely filled 
or even filled to the level of the FIFOLO pointer. The display FIFO 56 need only be filled to a level above the FIFOHI 
pointer at the completion of writing N levels of data into the display FIFO. 
75 Preferably, the value of "N" is selected to be four (4). This value for N is convenient with a display FIFO having eight 
levels as described, and with these levels each being 32 bits. In some VGA modes of operation, each pixel takes 4 bits, 
and the frame buffer refreshes the LCD display every 32 pixels, so there is a beneficial correlation in these modes of 
operation between the sequencing of frame refreshes, and the writing of N levels of data to the display FIFO. Of course, 
the display FIFO need not be eight levels deep, and N need not be selected to be four. N will be selected in view of the 
20 interplay between the size of the display FIFO and the speed at which data can be accessed (DRAM speed) and written 
to this display FIFO, as well as the rate at which the display FIFO is depleted of data, and the requirements for other 
devices of a particular system to access the DRAM. 

Considering now Figure 10, the priority logic scheme implemented by the priority logic unit 90 in the more complex 
alternative of a DRAM controller having two or more display FIFO's 56, 56\ 56", etc., is presented graphically. Viewing 
25 Figure 10, it is seen that the pending requests for access to the DRAM 38 are first of all assigned to one of three tiers 
(an upper tier, a middle tier, and a lower tier), as will be further explained. Within the upper tier, pending requests are 
ranked in order of priority (numbered 1 U through 3U). It will be noted that this tier has several co-equal requests at one 
ranking level, as will be explained further. Within the middle tier, requests are ranked from 1M to 2M. Similarly, within 
the lower tier, pending requests are ranked in order of priority from 1 L through 3L. Within this logical structure of ranked 
30 pending requests for access to the DRAM 38, each upper-tier request is placed in a queue of requests in that tier. 

These requests for access to the DRAM 38 are honored in order of their position in the queue. The upper tier 
requests may not interrupt any existing access to the DRAM 38 granted in response to another upper-tier request. It will 
be noted that these upper-tier requests 1 U-3U include a rank (2U) containing several co-equal requests. That is, the 
upper-tier rank 2U includes plural FIFOHI n requests, in which the subscript "n" indicates the one of several FIFI's 56-|. n 
35 making the request. Viewing Figure 5, it will be seen that the FIFO's 56, 56', and 56" each carry a numerical identifier 
1 -3, with this identifier being used to indicate the source of a FIFO access request in Figure 10. On the other hand, an 
upper tier request may interrupt any existing access to the DRAM granted in response to any middle-tier or lower-tier 
request. A middle-tier request may not interrupt any upper-tier access, and may only interrupt any DRAM access 
granted in response to a middle-tier request with a lower rank, or any access granted in response to a lower-tier request. 
40 The lower-tier requests are not able to interrupt any other access to the DRAM, and are placed in a respective queue 
for service. It will be noted that these lower-tier requests also include a rank (1L) containing several co-equal requests. 
That is, the lower-tier rank 1 L includes plural FIFOLO n requests, in which the subscript "n" similarly indicates the one of 
several FIFO's 56-|. n making the request. 

Figures 1 1 and 12 present timing diagrams illustrating (by way of example only) a result of the two-tiered arbitration 
45 for access to the DRAM performed by the SEQC of the present computer system. A similar result can be expected with 
a three-tiered arbitration scheme as presented in Figure 1 0. Viewing first Figure 1 1 , it is seen that in interval #1 , the bit- 
BLT has made a request for access to the DRAM, and that this request is granted. At the beginning of interval #2, the 
display FIFO has made a request for access to the DRAM. The fact that both FIFOLO and FIFOHI are issued simulta- 
neously indicates that the display FIFO is empty of display data. In interval #2, the display FIFO supersedes the bit-BLT 
so request (recalling the priority scheme of Figure 8), and receives sufficient display data to result in the FIFOHI request 
being canceled (recalling the test conducted by the flow chart of Figure 9). In interval #3, the display FIFO is, still serv- 
iced by the DRAM because a FIFOLO request (still pending) has a higher priority than the pending bit-BLT request 

In interval #4, the FIFOLO request is canceled (not an indication of a full FIFO, but of a FIFO level above the FIF- 
OLO pointer), and the bit-BLT request is honored. At the beginning of interval #5, the FIFOLO request is issued, but the 
55 bit-BLT engine retains access to the DRAM because lower-tier requests cannot interrupt one another (recalling Figure 
8). At interval #6, FIFOHI is issued, and interrupts the access of the bit-BLT. Interval #7 indicates that FIFOHI has been 
canceled, but that the display FIFO retains access to the DRAM, again because the pending bit-BLT request is also a 
lower-tier request and cannot interrupt the still-pending FIFOLO request. Interval #8 indicates that when FIFOLO is can- 
celed, then the pending bit-BLT request is honored. 
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Figure 12 presents a similar arbitration episode, this time with the SEQC arbitrating between the CPU and the dis- 
play FIFO. Viewing Figure 12, interval #1 indicates a CPU request for access to the DRAM. This request is granted and 
the CPU signs off. In interval #2, the DRAM is idle, but interval #3 indicates that the display FIFO has made a request 
for access to the DRAM. Again, the fact that both FIFOLO and FIFOHI are issued simultaneously indicates that the dis- 

s play FIFO is empty of display data. In interval #3, the display FIFO supersedes the CPU request (recalling the priority 
scheme of Figure 8). and receives sufficient display data to result in the FIFOHI request being canceled (again recalling 
the test conducted by the flow chart of Figure 9). 

In interval #4, the CPU is allowed access to the DRAM because an upper-tier request can interrupt an access 
granted for any lower-tier request (FIFOLO being a lower-tier request). In interval #5, the CPU has signed off the DRAM, 

10 and the FIFOLO request is honored. Interval #6 indicates that the CPU has made a request for access to the DRAM, 
which interrupts the display FIFO access because only FIFOLO is pending. When the CPU signs off the DRAM (interval 
#7) the DRAM access is returned to the display FIFO. At the beginning of interval #8, the FIFOHI request is issued and 
is honored, however this interval #8 includes the issuance of a CPU request for access to the DRAM which is not hon- 
ored because the CPU cannot interrupt a higher-ranked upper-tier request. Interval #9 indicates the clearing of FIFOHI, 

is and the granting of access to the CPU, because the CPU can interrupt the display FIFO request based on the pending 
FIFOLO request. 

Having considered the SEQC 86 and operation of the display FIFO 56, attention may now be directed to the archi- 
tecture of the VDC 36 which allows it to provide driving signals to a double display devices. As was explained above, 
the double display devices may include one or two CRTs, one or two LCD's, or a mixture of a CRT and an LCD, each 

20 of which will show differing display imagery. Alternatively, a conventional television may be substituted for the CRT, as 
was explained above with respect to display FIFO's 56' and 56", which will handle the interlacing chore for providing an 
NTSC format signal to the television. Considering now Figure 13, a conventional architecture for a computer system 94 
is shown. This conventional architecture includes a DRAM 96 within which a virtual memory desk top space 98 is 
defined. Within the desk top space 98 are defined two display memory spaces 100 and 1 02, one marked with the #1 , 

25 and other marked with the #2, to indicate to which one of the two displays the respective memory space is allocated. 
Within the desk top memory space 98 the two memory spaces 1 00 and 1 02 may be moved around and selectively posi- 
tioned by a user of the computer system 94. The memory spaces 100 and 102 are selectively positioned on the desk 
top 98 by the user specifying the location of a reference corner 104, and 1 06, respectively, of each memory space. The 
user also needs to specify the size of each display - with the memory space having the same virtual size as the asso- 

30 ciated display. 

The virtual desk top is large enough that the user can relatively position the memory spaces 100 and 102 one 
above the other, or side-by-side, for example. As so positioned, if the user places the near edges of the memory spaces 
100 and 102 next to one another, then imagery may extend from one display screen to the other without a break, and 
a cursor may be moved across the memory space 98, leaving one display to appear immediately in the other display, 

35 for example. However, if one considers how the conventional architecture achieves this double display function, it is 
seen that the computer system includes a sequencer 1 08 allowing accesses to the DRAM 96. and feeding display data 
to a pair of dedicated display processing channels, or pipelines, generally referenced with the numerals 110 and 1 12. 
Conventionally, each of these display pipelines would include a respective display FIFO 114, and a respective display 
processor 1 1 6, each feeding display driving signals to the respective one of the two displays, each referenced with the 

40 numeral 1 1 8. 

As can be readily seen, this conventional architecture for a computer system requires the duplication of a consid- 
erable number of circuits and components of the computer system. For example, in the past it has been conventional 
to operate a computer system with double displays and having a separate video controller card (monochrome or color) 
dedicated to the particular display device driven by the particular card. Thus, it is seen that changing the configuration 

45 of the computer system is not easily accomplished. Further, were the computer system to be of the notebook or porta- 
ble configuration having a single display (usually of the LCD flat-panel type), it is not easily accomplished to interface 
the computer system with what ever type of CRT, monitor, or television set which happens to be available at a particular 
location in order to use the double display capability of the computer system. 

Turning now to Figure 1 4, another portion of the internal architecture of the VDC is depicted along with its intercon- 

so nection to related devices of the computer system 10. In order to obtain reference numerals for use in describing the 
structure seen in Figures 14 through 18, structure which is the same as, or which is equivalent in structure or function 
to, structure described above is referenced with the same numeral used above, and having a prime (*) added thereto if 
such is necessary to avoid confusion. In this instance, the two display devices are referenced with the numerals 1 4/24, 
and 14/24' to indicate that each of the display devices may be either a CRT or an LCD. The configuration of computer 

55 system seen in Figure 1 4 is not intended to drive a conventional television as a substitute for one of the CRTs. However, 
as was explained above, the SEQC may include three (rather than only two) display FIFO's 56 (i.e., 56' and 56") so that 
an interlaced image signal can be provided to a conventional television. Further, duplicated components are referenced 
with the same numeral uses above, and having one or more primes added thereto. Accordingly, those ordinarily skilled 
in the pertinent arts will appreciate that the architecture described with reference to Figure 14 may be expanded by 
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another increment in order to drive a conventional television. 

Considering Figure 14, it is seen that the VDC 36 includes a pair of display FIFO's (referenced with numerals 56, 
and 56') each having an associated display FIFO counter 92, 92', and an associated address generator 82, 82'. For sim- 
plicity of illustration, the host interface 48 is depicted in Figure 14 as merely a dotted line boundary. Within the DRAM 

5 38 is created a virtual desk top, like that explained above with reference to Figure 1 3. The virtual desk top includes sep- 
arate memory spaces 100', and 102' each allocated to one of the two display devices 14/24. As was explained above 
with respect to the SEQC 86 of the DRAM controller 58, this SEQC arbitrates requests for access to the DRAM 38, 
including accesses to the virtual desktop, and memory spaces 100', 102*. Display FIFO 56 accesses display data from 
memory space 1 00' and delivers this data to a display data processing pipeline (hereinafter, "the pipeline", or just "pipe- 

io line"), generally indicated with the numeral 120, for sending to the associated display device 14/24. Those ordinarily 
skilled in the pertinent arts will recognize that the pipeline 120 is not a pipe, but is a complex display data processing 
circuit (DDPC), as is further explained below. Similarly, display FIFO 56' accesses display data from the memory space 
1 02* for sending to associated display device 1 4/24' via the same processing pipeline 1 20. 

The processing pipeline (DDPC) 120 accepts the display data provided from the particular one of the display 

15 FIFO's 56, and 56', and provides signals driving the associated display 14/24, and 14/24*. As mentioned above, 
because the VDC has more than one display FIFO, the SEQC 86 will employ the three-tiered priority scheme explained 
above to arbitrate accesses to the DRAM 38. However, the display FIFO's 56 and 56' will be allowed sufficient access 
to the DRAM 38 that the FIFO's do not run out of display data originating with the particular memory spaces 100* and 
1 02*. Accordingly, although the accesses to the DRAM 38 are intermittent for each of the display FIFO's 56 and 56', the 

20 displays 14/24 and 1 4/24' will each be supplied simultaneously with different display data. That is, the user of the com- 
puter system 10 will see a different image presented on the displays 14 and 24 simultaneously. In order to control part 
of the variable configuring of display pipeline 120 to operate with various CRTs, the VDC 36 includes a cathode ray tube 
counter (CRTCNTR) 122. Dependent upon the capabilities of the particular CRTs interfaced with the computer system 
10, the CRTCNTR 122 may be able to read the number of lines of resolution which the monitor can provide. In other 

25 cases in which monitors not having a communication bus over which this data can be read are interfaced with the com- 
puter 10, the user will have to enter this information. 

Figure 15 provides a high level functional block diagram of the display processing pipeline (DDPC) 120. Even 
though this display processing pipeline appears to present two separate processing channels, each serving one of the 
display FIFO's 56 or 56', the processing channels are defined in functionally cooperating elements of a complex and 

30 variably-configurable circuit. That is, the processing pipeline 120 is variably configurable to match the processing 
requirements of the mode of operation and type of display devices interfaced with it. In general terms, the display pipe- 
line 120 provides at least a pair of dedicated and variably configurable data decode and over scan site (DDOS) 124 or 
124' for each of the display FIFO's 56 and 56\ respectively. 

As was explained above with respect to the operation of the display FIFO's 56, the display data is provided in units 

35 of 32-bit double-words. Each DDOS 124 accepts 32-bit double-words of data and manipulates this data into a form rec- 
ognizable and acceptable to the particular type of display device 14/24 which is displaying the image from each asso- 
ciated memory space 1 00' or 1 02\ as will be further explained. For example, in the event that one of the display devices 
14/24 is being operated in 16 color mode, then each pixel requires 4 bits of data from the display memory space 100' 
or 102' of DRAM 38. In this case, each 32-bit double-word of data will convey 8 pixel values, each having 4-bits. On the 

40 other hand, if the display is being operated in 256-color mode, then each pixel requires 8 bits of display data. In this 
case, each 32-bit double-word of data will convey 4 pixel values, each of 8 bits. For both of the 1 6 and 256 color modes, 
the pixel data values represent indexes into a color palette. Accordingly, the color values in the color palette are 
retrieved prior to sending the pixel data to the display. 

Alternatively, in 64K color mode, each pixel requires 18 bits (16, plus 2), and the 32-bit double words can convey 

45 two pixel values, each having 16 bits. In 64K (or 32K) color mode, the pixel values represent the actual color values. 
Thus, no color palette look up is required. The addition of the extra two bits for each pixel will be described below. 

Each DDOS 124, or 124' feeds pixel values to a respective flip flop 126, or 126', respectively feeding a LCD inter- 
face 62 if the display device is an LCD 14, or a DAC 61 if the display device is a CRT Figure 16 illustrates one of the 
possible alternative variable configurations for a DDOS 124 within the pipeline 120. In this configuration, the doubie- 

so words of data are entered into respective locations (numbered 0-7 on Figure 1 6) of a 8-channei demultiplexer 1 28. From 
the demux 1 28, the bits are taken four at a time via a flip flop so that they appear as the four least-significant bits of an 
8-bit word. The remaining four bits (i.e., the most significant bits) are added by a register 132, all as zero values. This 
is the required bit-word format for the 16-color mode of display operation. The display device is operated in 16-color 
mode. Accordingly, the DDOS provides 8-bit words of display data to a LCD interface 62', as explained above. A counter 

55 134 tracks the input versus the output of the demux 128, and provides a signal to a request generator 136 when an 
additional 32-bit word of display data can be provide from the associated display FIFO 56 or 56'. 

Figure 17 provides an illustration of an alternative variable configuration for a DDOS 124' of the pipeline 120. In this 
case, a display device is operated in 256-color mode. The demux 128' is of 4-channel configuration. Consequently, the 
bit values are taken eight at a time via the flip flop 130' to a display device. Again, the LCD interface 62' accepts 8-bit 
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words of display data, this time providing 256 color mode operation. 

Finally, Figure 18 provides a functional block diagram of yet another alternative variable configuration for a DDOS 
124" within the pipeline 120. In this case, the display data from a display FIFO 56 or 56' is to be decoded into a 64K 
color mode image. Accordingly, eighteen bits are required for each pixel value. The sixteen least significant bits are 
5 obtained from corresponding locations of a two-channel demux 128'. A register 132" provides the needed additional 
most significant bits for each display data word. The 18-bit display data words are provided to a DAC 6V, and hence to 
a CRT 

In view of the above, those ordinarily skilled in the pertinent arts will recognize that the DDOS 124, 124' and 124" 
share many similarities. The number of channels being employed in the demux 128, 128* and 128" being a most signif- 

w icant difference in these DDOS configurations. Corresponding count values are used in each counter 134, 134' and 
134" according to the number of channels being used in the demux's 128. Accordingly, it is seen that the configuration 
of the internal D DOS's of the display pipeline 1 20 is responsive to the mode of operation of the particular display device, 
as well as the type of display device to vary in configuration particulars while keeping the same general configuration in 
general as is seen in Figures 16 through 18. In this way, a single variably-configurable display processing pipeline may 

r5 be employed with far greater flexibility and lower cost than is necessitated by the dedicated display pipeline circuit con- 
figurations described above and illustrated in Figure 13. 

Having described VDC 36 that includes a pair of display FIFOs each having an associated display, an embodiment 
is now described that uses a pair of display FIFOs for the display of overlays in a single display device 14/24. Generally, 
overlays are windows on top of any existing graphics background that contain animation, video movies, or the like. 

20 Sources for overlay data include video cameras, CD-ROMs, hard disks, networks, modems, etc. This overlay data can 
be defined in a variety of formats including 16-bit RBG, 24-bit RGB, 422 YUV, MPEG, etc. 

Conventional multimedia systems that support single or multiple overlays have relied upon software solutions. An 
example of a conventional software solution is illustrated in Figure 19. In this software solution, a video stream "A" is 
generated by source 1910 and initially stored in system memory 1920. In order to put image data "A" 1922 into the for- 

25 mat of background display data "b" 1962. CPU 1930 converts image data "A" 1922 writes new image data "a" in system 
memory 1970. In this conversion process, CPU 1930 can also scale, interpolate, and border shape image data "A" 
1922. 

CPU 1930 subsequently retrieves image data "a" 1 924 from system memory 1970 and writes it directly into graph- 
ics memory 1 960. Image data "a" 1924 is then overlayed onto background display data 1 962. Lastly, graphics controller 

30 1 950 rasterizes the combined image and background display data in graphics memory 1 960 to display 1 4/24. 

One of the drawbacks in this conventional software solution is performance. The scaling, interpolation, border 
shaping, and data format conversion functions that are performed by CPU 1930 are processor intensive. Thus, in 
processing a single overlay, system throughput can be diminished to the point where CPU 1 930 cannot support the 30 
frames/second required for motion video. As one can readily appreciate, system throughput is further diminished by the 

35 existence of multiple overlays that are produced by one or more sources. 

The present invention improves system performance by reducing the CPU processing demanded by software- 
based solutions. Specifically, the present invention is a hardware-based solution that dedicates a pathway (or pipeline) 
to the processing of display data for one or more overlays. This pathway is distinct from the pipeline that is dedicated to 
the processing of display data for background graphics. 

40 A high-level overview of the system operation is provided with reference to Figure 20. As shown, sources 2002, 
2004, and 2006 send overlay display data to graphics controller 2050 via local bus 1920. Graphics controller 2050 then 
forwards the overlay display data to graphics memory 1960. Alternatively, overlay data can bypass local bus 2020 
through a direct video port (not shown) integrated into graphics controller 2050. 

As further shown in Figure 20, the overlay display data 2062, 2064, 2066, and 2068 is stored in its native format in 

45 an off-screen part of graphics memory 2060. This process is distinct from conventional solutions which store converted 
overlay display data 1924 in an on-screen part of graphics memory 1960. As will be described in greater detail below, 
overlay display data 2062, 2064, 2066, and 2068 is retrieved and processed by an overlay pipeline within graphics con- 
troller 2050 and finally rasterized to display 14/24. The overlay pipeline, performs all scaling, interpolation, border shap- 
ing, and data format conversion functions for overlay data 2062, 2064, 2066, and 2068 to produce displayed images 

so 2072, 2074, 2076, and 2078, respectively. 

By incorporating these functions within graphics controller 2050, the CPU is relieved of all overlay operations. 
Moreover, traffic on local bus 1920 is reduced since the traffic between source 1910 and system memory 1970 is elim- 
inated. This additional bandwidth accommodates the overlay data from a plurality of sources 2002, 2004, and 2006. 
An additional benefit of the architecture of the present invention is the support for hardware-assisted double buff- 

55 ering for overlays. Double buffering is described in greater detail in J.D. Foley et a/., "Computer Graphics: Principles and 
Practice," 2nd ed., Addison-Wesley Publishing, 1990, which is incorporated by reference in its entirety. Generally, dou- 
ble buffering is used extensively where smooth animation is critical. In this process, an application draws in a first area 
of memory while a second area of identical dimension acts as a source of the display. When the application completes 
the drawing process in the first area of memory, the graphics controller and the application swap memory locations. The 
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application now draws in the second area of memory while the first are of memory acts as the new source of the display. 
The implementation of this double buffering feature is described in greater detail below. 

Having described the general functionality, a more detailed view of graphics controller 2050 is provided in Figure 
21. As noted above, graphics controller 2050 transfers both overlay data and background data from graphics memory 

5 1960 to display 14/24 using separate pipelines. Graphics controller 2050 comprises memory controller 2102, display 
FIFO pipeline 2104, overlay FIFO pipeline 2106. CRTC 2108. and overlay mux 21 10. Memory controller 2102 is the 
interface to graphics memory 1960. Memory controller 2102 receives memory access requests including those 
requests described in Figure 7. In a preferred embodiment, the priority scheme identified in Figure 10 is used to arbi- 
trate requests that can be received from multiple FIFOs (i.e., display FIFO pipeline 2104 and overlay FIFO pipeline 

io 2106). 

As described above, display FIFO pipeline 2104 is the conventional pipeline that reads in graphics background data 
from the background portion (not shown) of graphics memory 1960 and outputs the background display data in the for- 
mat of TV display 2140 (e.g., 24-bit RGB). As shown in Figure 21 , display FIFO pipeline 2104 retrieves the background 
display data from graphics memory 1960 via memory controller 2102 and path 2124. The background display data is 
15 output from display FIFO pipeline 2104 to overlay mux 21 10 via path 21 28. 

Overlay FIFO pipeline 2106, on the other hand, is the pipeline dedicated to the overlay data. Overlay FIFO pipeline 
2106 retrieves the overlay display data from graphics memory 1960 via memory controller 2102 and path 2122. The 
overlay display data is output from overlay FIFO pipeline 2106 to overlay mux 21 10 via path 2126, 

An embodiment of overlay FIFO pipeline 2106 is illustrated in Figure 28. Overlay FIFO 2802 reads in overlay data 

20 (not shown) from off-screen graphics memory and outputs the overlay data in the format of the display. Since the over- 
lay data is stored in its native format, format converter 2804 is responsible for performing any format conversion 
required. As noted above, overlay FIFO pipeline 2106 is also responsible for performing any required scaling and inter- 
polation. These functions are performed by scaling and interpolation unit 2806. The function and definition of the 
input/output signals of overlay FIFO pipeline 2106 are described below with reference to CRTC 2108. 

25 Overlay mux 2110 receives the data streams from display FIFO pipeline 2104 and overlay FIFO pipeline 21 06 via 
paths 2128 and 2126, respectively, and selects the data stream to be output to the display. The selection of the proper 
data stream is based upon control signals (not shown) from CRTC 2108. CRTC 2108 also controls the progression of 
data within display FIFO 2104 and overlay FIFO pipeline 2106. 

In the embodiment shown in Figure 21 , overlay mux 21 10 outputs noninterlaced display data to TV converter 21 30. 

30 The functions of TV converter 2130 include (1) the conversion of noninterlaced display data to interlaced display data, 
and (2) the color conversion of RGB data to YIQ (NTSC standard) or YUV (PAL standard) data. The converted data is 
then output to TV display 2410. In other embodiments, overlay mux 21 10 could send display data to a CRT 14 or a LCD 
24 via DAC 6V and LCD l/F 62', respectively. 

An overview of the operation of overlay mux 2110 is described with reference to Figure 22. Figure 22 illustrates a 

35 scan line 2220 used in the creation of display 2200. Scan line 2220 is generated by overlay mux 21 1 0 and includes dis- 
play data associated with background display 2202, "a" overlay data 2204, and "d" overlay data 2208. In normal oper- 
ation, the data stream from display FIFO pipeline 2104 is used to draw the background display 2202 in raster fashion 
(i.e., scan line by scan line). This data stream is generated by display FIFO pipeline 2104 and originates in background 
portion 1962 of graphics memory 1960. 

40 However, when CRTC 2108 determines that one or more overlay strips 2232, 2234 are present within the current 
scan line, CRTC 2108 instructs overlay FIFO pipeline 2106 to download overlay data from graphics memory 1960. In 
the context of scan line 2220, CRTC 21 08 instructs overlay FIFO pipeline 2106 to first download "A" overlay display data 
2062 from graphics memory 1960. After format conversion and associated processing (e.g., scaling), data for "a" over- 
lay strip 2232 is produced and sent to overlay mux 21 10 via path 2126. The data for "a" overlay strip 2232 is selected 

45 by overlay mux 2110 when point 2222 of scan line 2220 is reached. When point 2224 of scan line 2220 is reached, over- 
lay mux 21 10 resumes the normal routine of passing background display data to display 14/24. 

As further illustrated in Figure 22, scan line 2220 also includes "d" overlay strip 2234. In a similar fashion, CRTC 
21 08 instructs overlay FIFO pipeline 21 06 to download TT overlay display data 2068 from graphics memory 1 960. After 
format conversion, data for "d" overlay strip 2234 is produced and sent to overlay mux 21 1 0 via path 21 26. The data for 

so "d" overlay strip 2234 is selected by overlay mux 2110 when point 2226 of scan line 2220 is reached. When point 2228 
is reached, overlay mux 2110 resumes passing background display data to display 14/24. This process of selecting 
between background display data 2202 and overlay display data 2204, 2206, 2208, or 2210 is repeated for each scan 
line 2220 in display 2200. 

As noted in the example display of Figure 22, multiple overlays are supported by the present invention. The number 
ss of possible overlays is implementation dependent. Generally, in the hardware architecture of the present invention, each 
overlay is assigned a set of overlay registers. The overlay registers defined in Table 1 are described with reference to 
Figure 23. 

As shown in Figure 23, the registers RegOf<#>Height and RegOf<#>Width contain the dimensions of unsealed 
overlay image 2302 that is output by one of sources 2002, 2004, 2006, and 2008. After unsealed overlay image 2302 
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data is downloaded to overlay FIFO pipeline 2106, interpolation and scaling unit 2806 can adjust the dimensions of 
unsealed overlay image 2302 based upon the values of registers RegOf<#>Scale X and RegOf<#>ScaleY. Specifically, 
the dimensions of scaled overlay image 2304 on display 14/24 are generated through a multiplication of the dimensions 
of unsealed overlay image 2302 with scale factors ScaleX and ScaleY. Further with respect to scaled overlay image 
2304, the position on display 1 4/24 is defined by an origin (e.g., top left hand corner). The X, Y coordinates of this origin 
point are defined by registers RegOf<#>StartX and RegOf<#>StartY. 



Table 



RegOf<#>En 


When set to one, this bit indicates that the overlay is to be displayed 


RegOf<#>Height 


Height of the unsealed overlay in pixel units 


RegOf<#> Width 


Width of the unsealed overlay in pixel units 


RegOf<#>StartAdr 


Memory address that locates the start of the overlay in graphics memory 


RegOf<#>Offset 


Defines the address offset between lines of the overlay. Address of the first pixel of line n of 
overlay <#> = RegOf<#>StartAdr + (n * RegOf <#>Offset) 


RegOf<#>StartX 


X coordinate that defines the horizontal position of the origin of the overlay in the display. 


RegOf<#>StartY 


Y coordinate that defines the vertical position of the origin of the overlay in the display. 


RegOf<#>ScaleX 


Scale factor applied in the horizontal direction to stretch the overlay image on the display. 

ScaleX* Width determines the overall display width. A zero value is treated the same as a 
value of one. 


RegOf<#>ScaleY 


Scale factor applied in the vertical direction to stretch the overlay image on the display. 

ScaleY*Height determines the overall display height. A zero value is treated the same as a 
value of one. 


RegOf<#>ClrFmt 


Defines the native format of the display (e.g., MPEG, YUV, etc.) 



# #" = Register Number 
= multiplication 



Finally, the positioning of unsealed overlay image 2302 data in graphics memory 1960 is defined by a start address 
in register RegOf<#>StartAdr. The register RegOf<#>Offset defines the address offset between lines of unsealed over- 
lay image 2302. Specifically, the address of the first pixel of line n of overlay <#> = RegOf<#>StartAdr + (n * 
RegOf<#>Offset). Through these calculations, overlay FIFO pipeline 2106 knows which data to download for a partic- 
ular scan line. 

Through the use of the registers defined in Table 1 , the present invention can easily support a double buffering 
function. As noted above, double buffering involves the use of two areas of memory for the display of a single overlay. 
In this process, an application alternates drawing between the first and second area of memory while the graphics con- 
troller alternates using the first and second area of memory as the source of the display. Figures 24A and 24B illustrate 
an exemplary register assignment that supports this function. 

Figure 24A illustrates a standard assignment of registers to overlays. Specifically, four overlays 2422, 2424, 2426, 
and 2428 originating from one of sources 2402, 2404 are each assigned a single register set (i.e., <#> = 0, 1 , 2, or 3). 
Table 2 illustrates possible register values for this particular register assignment. 



Table 2 



<#> 


En 


StartX StartY 


StartAdr 


ScaleX Width 


ScaleY Height 


0 


1 


X1Y1 


A 


SX1W1 


SY1H1 


1 


1 


X2Y2 


B 


SX2W2 


SY2H2 


2 


1 


X3Y3 


C 


SX3W3 


SY3H3 


3 


1 


X4Y4 


D 


SX4W4 


SY4H4 
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As Table 2 illustrates, each enabled register set defines a unique X, Y start coordinate, start address, height, width, 
and scaling factors for overlay data stored in memory areas 2412, 2414, 2416, and 2418. Overlay data 2412, 2414, 
2416, and 2418 in graphics memory 1960 has a one-to-one correspondence with overlays 2422, 24422, 2426, and 

5 2428, respectively, on display 14/24. 

Figure 24B, on the other hand, illustrates an exemplary register assignment supporting the double buffering fea- 
ture. Here, memory areas 2412 and 2414 correspond to overlay 2432 while memory areas 2416 and 2418 correspond 
to overlay 2434. By this dual assignment, sources 2402, 2404 can alternately write display data to one of the two mem- 
ory areas associated with a single overlay. For example, source 2402 alternately writes to memory areas 2412 and 

10 2414. In turn, memory areas 2412 and 2414 alternately act as a source for overlay 2432. Table 3 illustrates possible 
register values for this double buffering register assignment. 



Table 3 



<#> 


En 


StartX StartY 


StartAdr 


ScaleX Width 


ScaleY Height 


0 


~a 


X1Y1 


A 


SX1W1 


SY1H1 


1 


a 


X1Y1 


B 


SX1W1 


SY1HI 


2 


b 


X2Y2 


C 


SX2W2 


SY2H2 


3 


~b 


X2Y2 


D 


SX2W2 


SY2H2 



25 As Table 3 illustrates, the two complementary memory areas are identical in size as indicated by the identical reg- 
ister values for the X, Y start coordinate, height, width, and scaling factors. Since the two memory areas are distinct, 
each has a unique start address. With respect to the bit in the enable register, only one of the two complementary mem- 
ory areas can be set at one time. In other words, only one of the memory areas can act as a source of the display at 
any particular time. 

30 Further with respect to register assignments, one embodiment of the present invention assigns registers to over- 
lays based upon the proximity of the overlays on the display. Specifically, if two or more overlays are displayed, the left 
most overlay is programmed into the lowest overlay register set. For example, if four overlays are displayed, the left 
most overlay is assigned register set 0, the middle left overlay is assigned register set 1, the middle right overlay is 
assigned register set 2, and the right most overlay is assigned register set 3. These assignments can be based on the 

35 value of register RegOf<#>StartX for each of the overlays. 

Generally, this assignment methodology can reduce the amount of CRTC 2108 hardware processing that is 
required to determine which overlay data should be downloaded into overlay FIFO pipeline 2106 for a particular scan 
line. For example, consider the scenario where overlays are not allowed to overlap. In this scenario, CRTC 2108 first 
determines which overlays exist on a particular scan line. This determination is based solely on the Y-coordinate, height 

40 and the scaling factor. For the set of overlays that exist on this particular scan line, CRTC 2108 determines the order 
that overlay data is downloaded to overlay FIFO pipeline 2106. This order is based simply on the order of the register 
numbers. 

For example, referring again to Figure 22, consider scan line 2220 in display 2200 which includes "a" and "d" over- 
lays 2204, 2208. Based upon the left-most positioning of the X start coordinate, "a" overlay 2204 is assigned register 0 
45 and "d" overlay 2208 is assigned register 2. Based simply on this order of registers, CRTC 2108 knows that "a* overlay 
2204 should be processed prior to "d" overlay 2208. 

As one can readily appreciate, if overlapping overlays are permitted, CRTC 2108 requires additional software 
processing to determine the order that overlay FIFO pipeline 2106 downloads overlay data. In particular, as is well 
known to those of ordinary skill in the relevant art, overlapping overlays (or windows) are distinguishable based upon 
so priority mechanisms that indicate the relative areas of screen ownership. Screen ownership considerations would thus 
supplement CRTC's use of coordinate register data. 

Generally as noted above, CRTC 2108 is the coordinator of graphics controller 2050. CRTC 2108 coordinates the 
functions of display FIFO pipeline 21 04 and overlay FIFO pipeline 21 06. More specifically, CRTC 21 08 functions include 
the coordination of (1) when display FIFO pipeline 2104 and overlay FIFO pipeline 2106 should read in background and 
55 overlay data, respectively, and (2) when display FIFO pipeline 2104 and overlay FIFO pipeline 2106 should begin 
processing downloaded data. CRTC 2108 functions also include the coordination of which display data (background or 
overlay) overlay mux 21 10 should select. 

Figure 25 illustrates a high-level block diagram of a control part of CRTC 2108. The foundation of CRTC 2108 is 
two counters, horizontal counter 2502 and vertical counter 2504 that are triggered upon the beginning of each new dis- 
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play frame. The values of counters 2502, 2504 represent the coordinates of the display. These coordinates are gener- 
ated with reference to an origin (e.g., top left hand corner). 

As illustrated in Figure 26, the horizontal counter 2502 and vertical counter 2504 also identify coordinates of non- 
displayed areas. The coordinates of these non-displayed areas are referred to as a horizontal non-displayed period 
5 (HNDP) and a vertical non-displayed period (VNDP). Horizontal counter 2502 thus counts from zero on every line and 
is incremented for each successive pixel until the width of the display plus the HNDP margin is reached. Likewise, ver- 
tical counter 2504 counts from zero for the first scan line and is incremented for each successive scan line until the 
height of the display plus the VNDP margin is reached. 

Generally, before the start of any line not within the VNDP, CRTC2108 instructs display FIFO pipeline 2104 to begin 
10 reading in background graphics data. When horizontal counter 2502 is not in the HNDP, CRTC 2108 instructs display 
FIFO pipeline 2104 to process the background graphics data. CRTC 2108 must provide sufficient time for display FIFO 
pipeline 2104 to load background data before processing can occur. 

With respect to overlay FIFO pipeline 2106, similar principles are used. Prior to display of a particular overlay, 
CRTC 2108 must instruct overlay FIFO pipeline 2106 to read in specific overlay data. Shortly thereafter, CRTC 2108 
15 instructs overlay FIFO pipeline 2106 to start preparing overlay data for final display. In the context of scan line 2220 of 
Figure 22. CRTC first instructs overlay FIFO pipeline 2106 to read data for overlay "a" 2204. CRTC 2108 cannot instruct 
overlay FIFO pipeline 2106 to read data for overlay "d" 2208 until overlay FIFO pipeline 2106 informs CRTC 2108 that 
overlay scan line 2232 has been completely read in. In a preferred embodiment, this coordination between processing 
of multiple overlays is facilitated by bidirectional handshaking. Specifically, overlay FIFO pipeline 2106 sends to CRTC 
20 2108 an OfMemLoadDone signal that indicates that overlay FIFO pipeline 2106 has finished reading an entire overlay 
line, and that it is ready to accept a request to begin reading the next overlay line. 

Bidirectional handshaking is also used to accommodate the overlay scaling feature of overlay FIFO pipeline 2106. 
For example, assume that overlay FIFO pipeline 2106 has overlay data that requires horizontal enlargement. Since the 
scaling is performed within overlay FIFO pipeline 2106, CRTC 2108 cannot determine in advance the final overlay 
25 image dimension. Thus, at the end of each overlay line drawn, overlay FIFO pipeline 2106 provides CRTC 21 08 with a 
VpCTCDone signal that indicates that processing of the last pixel in the overlay line is complete. Similarly, with respect 
to vertical enlargement, overlay FIFO pipeline 2106 provides CRTC 2108 with a VpCTCNewLine signal that indicates 
whether it requires the same overlay line or a new overlay line of the unsealed overlay image the next time the overlay 
is to be drawn. 

30 As illustrated by Figure 25, these handshaking signals OfMemLoadDone, VpCTCDone, and VpCTCNewLine are 
provided as inputs to CRTC 2108. The operation of the rest of the control part of CRTC 2108 is now described. 

As noted above, CtcVCounter 2504 provides a vertical coordinate for a particular scan line. This vertical coordinate 
is provided to CtcOfVDE 2506. CtcOfVDE 2506 generates a vertical display enable signal for each of the overlays. Spe- 
cifically, signals CtcOf<#>VDE provided to CtcOfSel 2508, when active high, indicate that overlay <#> is visible on the 
35 scan line currently being drawn. In the example of scan line 2220 of Figure 22, CtcOf<0>VDE and CtcOf<2>VDE are 
active high and CtcOf<1 >VDE and CtcOf<3>VDE are inactive low. 

Upon receipt of the CtcOf<#>VDE signals, CtcOfSel 2508 determines the order of overlays to be loaded into over- 
lay FIFO pipeline 2106. If overlapping overlays are not permitted, this determination is simply the numeric order of ena- 
bled overlays. For scan line 2220, the overlay "0" is loaded first and overlay "2" is loaded second. As noted above, if 
40 overlapping overlays are permitted, this determination may require more complex hardware processing that considers 
the relative priority of screen ownership on that scan line. 

To facilitate the bidirectional handshaking, CtcOfSel 2508 outputs signals CtcOfMemLoad and CtcOfSel. 
CtcOfMemLoad instructs overlay FIFO pipeline 2106 to begin reading in overlay data from memory. CtcOfSel defines 
the particular overlay that overlay FIFO pipeline 2106 reads in from memory. Additionally, CtcOfLoadAdr 2512 outputs 
45 CtcOfLoadAdr which defines the starting address of the overlay to be read in from memory. 

Based on the order of overlays to be processed, CtcOfHDE determines when overlay FIFO pipeline should begin 
preparing overlay data for final display. Based upon input from CtcHCounter 2502, CtcOfHDE 2510 outputs CtcOfHde 
which informs overlay FIFO pipeline 2106 when to begin processing the overlay data. CtcOfHDE 2510 also outputs 
CtcDpOfSel which defines the current overlay being prepared. 
so As described, CtcOfMemLoad, CtcOfSel, CtcOfLoadAdr, and OfMemLoadDone are all signals related to the read- 
ing of data from memory into overlay FIFO pipeline 2108. CtcOfHde, CtcDpOfSel, VpCtcDone, and VpCtcNewLine. on 
the other hand, are signals related to the processing of the overlay data. An example of the interaction between these 
signals is illustrated in the timing diagram of Figure 27. 

Generally, the assertion of CtcOfMemLoad occurs before a rising edge of CtcOfHde. In other words, overlay data 
55 is loaded prior to being processed. In Figure 27, the time delay between rising edge 2702 at time t-i and rising edge 
2710 at time t 2 as well as the time delay between rising edge 2704 at time teand rising edge 2712 at time t 7 is of suffi- 
cient duration to allow overlay FIFO pipeline 2 1 06 to read in the first data of the specified overlay from graphics memory 
1960. 

As indicated by CtcOfSel, the specified overlay for the first load is overlay "0", and the specified overlay for the sec- 
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ond load is overlay "2". The start addresses are specified by CtcOfLoadAdr as ADRO and ADR2, respectively. 

As noted above, the processing of overlay data begins with the assertion of CtcOfHde. For overlay "0 H , processing 

begins at rising edge 2710 at time t 2 . For overlay "2", processing begins at rising edge 271 2 at time t 7 . It should also be 

noted that VpCtcDone generally occurs after OfMemLoadDone. Specifically, rising edge 2714 at time t 5 generally 
s occurs after rising edge 2706 at time t 3 . If rising edge 2714 occurs prior to rising edge 2706, the last overlay pixel may 

have been drawn prior to overlay FIFO pipeline 2106 reading in the entire overlay line. A catastrophic FIFO underflow 

condition may therefore have occurred. 

While the invention has been particularly shown and described with reference to preferred embodiments thereof, it 

will be understood by those skilled in the relevant art that various changes in form and details may be made therein wtth- 
10 out departing from the spirit and scope of the invention. 

Claims 

1 . In a computer system having a graphics memory that stores background graphics display data and overlay data, a 
is graphics controller, comprising: 

a display FIFO pipeline that reads in the background graphics display data from the graphics memory; 
an overlay FIFO pipeline that reads in the overlay display data from said graphics memory, wherein the overlay 
display data is stored in an off-screen part of the graphics memory in a format native to a source that produces 
20 the overlay display data; and 

an overlay mux that selectively outputs, for a current scan line, one of the background graphics display data 
and the overlay display data to a display. 

2. The controller of claim 1 , wherein said overlay FIFO pipeline comprises: 

25 

a FIFO that receives the overlay display data from said off-screen part of the graphics memory; and 

a format converter that converts the overlay display data from said format native to said source that produces 

the overlay display data into a format capable of being displayed by said display. 

30 3. The controller of claim 2, wherein said overlay FIFO pipeline further comprises a unit coupled to said format con- 
verter that scales the overlay display data. 

4. The controller of claim 2, wherein said overlay FIFO pipeline further comprises a unit coupled to said format con- 
verter that interpolates the overlay display data. 

35 

5. The controller of claim 1 , further comprising a control unit, said control unit comprising: 

a vertical counter; 

a vertical display enable unit coupled to said vertical counter, said vertical display enable unit determining 

40 whether a subset of overlays are visible on said current scan line; 

an overlay select unit coupled to said vertical display enable unit, said overlay select unit determining an order 
that overlay data for said subset of overlays is written to said overlay FIFO pipeline, said overlay select unit 
sending memory load, overlay select, and start address signals to said overlay FIFO pipeline; and 
a horizontal display enable unit coupled to said overlay select unit, said horizontal display enable unit instruct- 

45 ing said overlay FIFO pipeline when to begin processing of said overlay display data. 

6. The controller of claim 1, further comprising a priority logic unit for arbitrating memory access requests to said 
graphics memory using a multitiered approach, wherein upper tier memory access requests can interrupt existing 
lower tier memory access requests. 

so 

7. A method for processing overlay display data, comprising the steps of: 

(1) storing overlay display data in an off-screen part of a graphics memory, wherein said overlay display data 
is stored in a format native to at least one source; 
55 (2) retrieving, by a display FIFO pipeline, background graphics display data from an on-screen part of said 

graphics memory; 

(3) retrieving, by an overlay FIFO pipeline, overlay display data for a source; 

(4) converting, by said overlay FIFO pipeline, said retrieved overlay display data into a format capable of being 
displayed by a display; and 
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(5) sending, by an overlay mux, one of said background graphics display data and said converted overlay dis- 
play data to said display. 

8. The method of claim 7, further comprising the step of: 

(6) determining which overlay display data is visible on a current scan line. 

9. The method of claim 8, further comprising the step of: 

(7) determining an order that said overlay FIFO pipeline reads overlay display data out of said graphics mem- 
ory. 

10. The method of claim 9, wherein said step (7) comprises the step of determining said order based upon a relative 
assignment of registers. 

1 1 . A method for processing double buffered overlay display data, comprising the steps of: 

(1) alternately storing overlay display data in one of two off-screen parts of a graphics memory wherein said 
overlay display data is stored in a format native to a source; and 

(2) alternately retrieving, by an overlay FIFO pipeline, said overlay display data from one of said two off-screen 
parts of said graphics memory, wherein said step of alternately retrieving is based upon a complementary rela- 
tion of enable bit registers that are associated with said two off-screen parts of said graphics memory. 

12. A computer system, comprising: 

a microprocessor; 

a data bus coupled to said microprocessor 

a graphics memory that stores background graphics display data and overlay data, wherein said overlay dis- 
play data is stored in an off-screen part of said graphics memory in a format native to a source that produces 
said overlay display data; and 

a graphics controller coupled to said data bus, said graphics controller comprising: 

a display FIFO pipeline that reads in said background graphics display data from said graphics memory; 
an overlay FIFO pipeline that reads in said overlay display data from said graphics memory; and 
an overlay mux that selectively outputs, for a current scan line, one of said background graphics display 
data and said overlay display data to be used by a display. 

13. The computer system of claim 12, wherein said overlay FIFO pipeline comprises: 

a FIFO that receives the overlay display data from said off-screen part of the graphics memory; and 

a format converter that converts the overlay display data from said format native to said source that produces 

the overlay display data into a format capable of being displayed by said display 

14. The computer system of claim 13, wherein said overlay FIFO pipeline further comprises a unit coupled to said for- 
mat converter that scales the overlay display data. 

15. The computer system of claim 13. wherein said overlay FIFO pipeline further comprises a unit coupled to said for- 
mat converter that interpolates the overlay display data. 

16. The computer system of claim 12, further comprising a control unit, said control unit comprising: 

a vertical counter; 

a vertical display enable unit coupled to said vertical counter, said vertical display enable unit determining 
whether a subset of overlays are visible on said current scan line; 

an overlay select unit coupled to said vertical display enable unit, said overlay select unit determining an order 
that overlay data for said subset of overlays is written to said overlay FIFO pipelined said overlay select unit 
sending memory load, overlay select, and start address signals to said overlay FIFO pipeline; and 
a horizontal display enable unit coupled to said overlay select unit, said horizontal display enable unit instruct- 
ing said overlay FIFO pipeline when to begin processing of said overlay display data. 
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17. The computer system of claim 12, further comprising a priority logic unit for arbitrating memory access requests to 
said graphics memory using a multi-tiered approach, wherein upper tier memory access requests can interrupt 
existing lower tier memory access requests. 

18. The computer system of claim 12, wherein said overlay mux outputs display data to a TV converter, said TV con- 
verter coupled to said display. 

19. The computer system of claim 12, wherein said overlay mux outputs display data to a LCD interface, said LCD 
interface coupled to said display. 

20. The computer system of claim 12, wherein said overlay mux outputs display data to a digital-to-analog converter, 
said digital-to-analog converter coupled to said display. 
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